home *** CD-ROM | disk | FTP | other *** search
/ Tech Arsenal 1 / Tech Arsenal (Arsenal Computer).ISO / tek-21 / qwhite.zip / DOS4.TEC < prev    next >
Text File  |  1992-03-09  |  5KB  |  90 lines

  1. ID:D4 DOS 4.0 and Expanded Memory Drivers
  2. Quarterdeck Technical Note #143
  3. last revision:  12 February 1992
  4.  
  5. We have tested all of our products under DOS 4.0 and above and have not found 
  6. any problems, other than those mentioned below under the heading "Consumer 
  7. Alert! - Using the '/X' parameter."
  8.  
  9. DOS's Expanded Memory Drivers
  10.  
  11. DOS 4.0 provides two files, XMAEM.SYS and XMA2EMS.SYS, that can be used to 
  12. provide expanded memory on some systems.  
  13.      
  14.      XMAEM.SYS:
  15.      This driver is used to emulate an IBM XMA card on 386 IBM machines.  XMA 
  16. is an IBM hardware specification which uses a bank-switching technique.  It 
  17. should be noted that on a hardware level, this technique is not EMS 3.2, EEMS 
  18. or EMS 4.0.  It is IBM's own method.  The IBM 3270 Workstation program uses 
  19. XMA in its native mode, but any program that uses LIM style memory requires an 
  20. additional EMS emulation driver on top of XMAEM.SYS systems or XMA boards.
  21.  
  22.      XMA2EMS.SYS:
  23.      This driver, when used with a 386 that has XMAEM.SYS loaded or when used 
  24. with an XMA board, emulates EMS 4.0.  This driver seems to do a reasonably 
  25. good job of emulating the EMS 4.0 spec, but is of limited use to DESQview 
  26. users in that it cannot set map EMS in the 0-640K area (thus not allowing 
  27. DESQview to multitask in EMS) and cannot map EMS into high (640K-1 meg) memory 
  28. addresses (thus not allowing QRAM to create any High RAM or DESQview to be 
  29. able to load itself into this area) other than the EMS 64K page frame.  This 
  30. driver can be used for DESQview program swapping, but not to support 
  31. multitasking in expanded memory.
  32.  
  33. CONSUMER ALERT! - USING THE "/X" PARAMETER
  34.  
  35. DOS 4.0 defines EMS 4.0 pages 254 and 255 to be reserved for the use of the 
  36. DOS 4.0 utilities BUFFERS, FASTOPEN and VDISK.  This function can be utilized 
  37. by allocating specific physical 16K pages for P254 and P255 on the expanded 
  38. memory driver line in CONFIG.SYS.  These three utilities can then access this 
  39. memory by giving them a "/X" parameter.  
  40.  
  41. This represents an addition to the EMS 4.0 specification by IBM, an addition 
  42. which is not supported by the specification as outlined by Lotus, Intel and 
  43. Microsoft.  It is not supported by Quarterdeck's QEMM-386 or QEMM-50/60 driver 
  44. or any other EMS 4.0 driver other than IBM's.  Quarterdeck believes that users 
  45. with IBM DOS 4.00 or 4.01 or MS-DOS 4.00 should not use the "/X" switch to 
  46. load any of the above-mentioned utilities, as other EMS 4.0 software will not 
  47. be able to detect this special usage of EMS and may overwrite these pages.  
  48. Since the BUFFERS driver contains directory information, this could lead to 
  49. the loss of information on your hard disk.
  50.  
  51. Under the appropriate circumstances, later versions of DOS 4 can be safely 
  52. permitted to use expanded memory for loading BUFFERS, FASTOPEN and VDISK.  If 
  53. you are using our Manifest product, it can detect whether your system is 
  54. currently configured to use "/X" safely or not.  To find out, boot up without 
  55. using the "/X" parameter and then look at Manifest's "Hints."  If one of the 
  56. hints is to load your BUFFERS with the "/X" parameter, then you may assume it 
  57. is safe to use.  If you are unsure about whether your DOS can safely use the 
  58. "/X," we strongly recommend you do not use the "/X" parameter for BUFFERS, 
  59. FASTOPEN and VDISK at any time, whether using our products or not.
  60.  
  61.                         ****************
  62.  
  63. COMPARISON OF XMAEM AND XMA2EMS AND DESQVIEW'S QEMM-386 PRODUCTS:
  64.  
  65. Unless you don't have the QEMM products, there is no particular reason to use 
  66. the IBM drivers.  
  67.  
  68. On a 386:  IBM's drivers (both of which must be used), take 19K of 
  69. conventional memory overhead vs. 1.5K for QEMM.  They do not provide memory 
  70. sorting, High RAM (for loading high TSRs), or shadowing of ROMS; DESQview 
  71. users will not get virtual screen support, and the memory mapped by the IBM 
  72. drivers can only be used by DESQview for swap space, not for multitasking 
  73. programs.  Even if you don't plan to run DESQview or load TSRs into high 
  74. memory,  QEMM-386 is probably a faster and more robust driver.
  75.  
  76. On expanded memory boards:  The IBM drivers cannot be used on these boards.  
  77. Only IBM XMA boards or 386 extended memory can support the drivers.  You will 
  78. still need to run the expanded memory driver that came with the board.
  79.  
  80. On Model 50/60 with memory expansion:  QEMM-50/60 maps conventional memory (0-
  81. 640K), allowing DESQview to multitask in expanded memory, it creates High RAM, 
  82. and it manages multiple different XMA or MEO boards simultaneously.  XMAEM and 
  83. XMAEMS do not provide these features. 
  84.  
  85.   ************************************************************************
  86.   *This technical note may be copied and distributed freely as long as it*
  87.   *is distributed in its entirety and it is not distributed for profit.  *
  88.   *         Copyright (C) 1988-92 by Quarterdeck Office Systems          *
  89.   ************************ E N D   O F   F I L E *************************
  90.